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Procede 



de transmission de donnees de signalisation 



La presente invention a pour objet un procede de transmission de 
donnees de signalisation. Elle est particulierement utilisable dans le domaine 
de la telephonie pour relier entre eux des autocommutateurs, notamment 
des autocommutateurs prives. 

Dans le domaine de la telephonie on connait la constitution de canaux 
de transmission comportant, dans leur principe, la reservation physique, 
temporelle, ou fonctionnelle de moyens pour envoyer des donnees et la 
reservation physique, temporelle ou fonctionnelle de moyens 
complementaires pour envoyer des signaux de signalisation. Les signaux de 
signalisation, ou la signalisation de maniere generale, permettent d'organiser 
le transfert des donnees sur les autres moyens. Des canaux de donnes ou 
de signalisation peuvent ainsi etre des canaux physiquement differencies, 
des paires de fils telephoniques dans un cable multi-paires. lis peuvent etre 
egalement des allocations en frequence dans une bande globale de 
frequence. Us peuvent enfin, sur le plan fonctionnel, etre des messages 
envoyes sur un canal mais dont le destinataire est tantot une personne, 
tantot une autre en fonction de donnees de signalisation contenues dans le 
message. 

On a coutume par ailleurs de distinguer les acces homogenes et les 
acces hybrides. Les acces homogenes sont ceux dans lesquels des canaux 
utilises pour les donnees sont du meme type que des canaux utilises pour 
renvoi de la signalisation. Dans Tinvention on s'orientera plus 
particulierement vers les acces hybrides pour lesquels les types de canaux 
sont differents, bien que I'invention soft egalement adaptable aux acces 
homogenes. 

Lorsque deux autocommutateurs sont relies entre eux, il est 
necessaire que ces autocommutateurs pratiquent dans leurs canaux de 
communications communs des protocoles de transaction identiques. Dans 



ce but la norme RNIS relative aux Reseaux Numerises a Integration de 
Service (RNIS) a permis une definition d'un protocole qui est assez 
performant. En consequence, depuis Perection de cette norme, les nouveaux 
autocommutateurs construits y sont conformes. 

Cependant, dans les reseaux notamment publics existants, certains 
canaux de communication ne sont pas conformes a cette norme. lis ne le 
sont pas parce qu'ils ont ete congus il y a longtemps, parce que leurs 
objectifs sont de natures differentes de celle de la norme, ou parce que leurs 
modes d'utilisation sont alors plus efficaces. On connaTt ainsi a titre 
d'exemple les reseaux de type ethernet ainsi que les reseaux de type QSig- 
GF. 

Un probleme se pose alors du fait de cette heterogeneite des 
equipements, les autocommutateurs a la norme RNIS d'une part et des 
reseaux qui ne la respectent pas d'autre part. .Ce probleme se situe dans le 
fait que dans la norme RNIS il a ete defini un protocole pour envoyer les 
signaux de signalisation relatifs a des communications telephoniques a 
etablir ou a modifier. En pratique c'est la definition de ce protocole qui pose 
probleme. II ne peut pas etre mis en oeuvre dans les reseaux qui ne sont pas 
a la norme RNIS. Dans le cadre de ce protocole, il est prevu des messages 
SAPI S (Service Access Point Identifier) pour la signalisation, et SAPI P pour 
renvoi des paquets. Lorsqu'on realise les equipements d'un 
autocommutateur, on est done confronts a la difficulty de inaptitude de cet 
autocommutateur a acheminer des communications selon son protocole 
normalise sur un reseau de type different de la norme et qui en particulier 
n'accepte pas les messages de signalisation. 

Dans invention on resout ce probleme en transformant les donnees 
de signalisation elaborees par Tautocommutateur au format de la norme 
RNIS en des donnees de signalisation en un format accepte par le canal. Le 
format accepte par le canal comporte par ailleurs I'adjonction a ces donnees 
de signalisation d'une information selon laquelle elles sont des donnees de 
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signalisation. En effet le canal qui va etre utilise ne faisant pas la distinction, 
on lui indiquera, selon un protocole determine a I'avance dans I'invention, 
qu'il s'agit de messages de signalisation. 

Plus concretement, compte tenu du caractere aleatoire du besoin 
d'envoi des messages de signalisation (ces messages de signalisation ne 
sont en effet envoyes qu'au moment de I'etablissement d'une communication 
entre deux interlocuteurs, ou au moment de la modification des conditions de 
cette communication), il apparaTt necessaire de disposer d'une voie ouverte 
en permanence pour acheminer les messages de signalisation. Mais une 
voie ouverte en permanence est consommatrice de ressource, notamment si 
elle vehicule peu deformations. Or, un canal bien connu est ouvert en 
permanence c'est un reseau ethernet. Un reseau ethernet est prevu pour 
acheminer les paquets d'informations qui lui sont apportes. Cependant ce 
reseau, tout en correspondant efficacement aux souhaits presentes, de ce 
point de vue de disponibilite permanente, par les proprietaires 
d'autocommutateurs, ne repond pas a la norme RNIS. En effet, dans le 
traitement decapsulation des donnees pour les transporter dans les 
reseaux ethernet, on utilise des logiciels repondant par exemple a une 
norme dite UDP-IP pour User Datagram Protocol - Internet Protocol. Cette 
norme UDP - IP n'est pas structuree comme la norme RNIS, elle n'est pas 
compatible avec elle. En particulier avec la norme UDP - IP renvoi de 
paquets d'information n'est d'une part pas assure et d'autre part leur ordre 
d'arrivee est encore moins assure. 

Dans Tinvention, pour resoudre ce probleme, on prevoira alors en plus 
d'adjoindre aux paquets de signalisation envoyes par un reseau ethernet 
une information representative du rang du paquet. En reception lorsqu'un 
paquet est re$u, on envoie a Temetteur un accuse de reception. Cet accuse 
de reception identifie le rang du dernier paquet re$u. Ce faisant Temetteur 
sait quels sont les paquets d'informations qui n f ont pas ete regu et qu'il faut 
re-emettre. 



Dans un autre exemple, le canal utilise pour envoyer les messages de 
signalisation, et qui n f est pas non plus conforme a la norme RNIS, sera un 
canal a la norme QSIG -GF. Par rapport au reseau ethernet qui ne possedait 
pas du tout de canal de signalisation, les reseaux selon la norme QSig-GF 
comportent des canaux de signalisation. Cependant ces canaux de 
signalisation ne sont capables que de vehiculer des messages de SAPI S, et 
non pas des messages de SAPI P. En consequence, toutes les informations 
de type SAPI P elaborees par les autocommutateurs dans le cadre de 
communications de type RNIS ne peuvent pas etre acheminees. 

Dans ce cas, dans I'invention, on va se servir de I'existence, dans ce 
protocole de type QSig-GF de I'existence d'une disponibilite particuliere dite 
message de "FACILITY" et qui permet d'envoyer n'importe quel type 
d'informations, a Tinterieur d'un message de FACILITY, en respectant 
toutefois une encapsulation specifique a la norme QSig-GF. Dans I'invention, 
on etablit alors prealablement entre les deux autocommutateurs relies par 
une liaison de type QSig-GF une communication sans canal B. Par 
Tintermediaire de cette communication sans canal B, il est alors possible aux 
deux autocommutateurs d'echanger des messages de FACILITY dans le 
canal D relatif a la communication, et done d'encapsuler des messages de 
signalisation avec un en-tete correspondant a la norme QSig-GF. 

L'invention a done pour objet un precede de transmission de donnees 
de signalisation relatives a un acces telephonique conforme a la norme 
RNIS, ces donnees de signalisation etant transmises sur un canal selon une 
autre norme, non conforme a la norme RNIS, caracterise en ce qu'il 
comporte les etapes suivantes : 

- on etablit une fois pour toutes un canal selon une autre norme non 
conforme a la norme RNIS, 

- on transforme des donnees de signalisation au format de la norme 
RNIS en des donnees en un format accepte par le canal selon I'autre norme, 

- on envoie les donnees de signalisation ainsi transformees, 



- a la reception on les transforme reciproquement en cles donnees de 
signalisation au format de la norme RNIS. 

^invention sera mieux comprise a la lecture de la description qui suit 
et a I'examen des figures qui I'accompagnent. Celles-ci ne sont donnees 
qu'a titre indicatif et nullement limitatif de I'invention. Les figures montrent : 

- Figure 1 : la representation schematique de la mise en oeuvre du 
procede de I'invention dans le cas ou I'autre norme serait une norme UDP - 
IP ; 

- Figure 2 : la representation du meme type que celle de la figure 1 
dans le cas ou I'autre norme serait la norme QSig-GF. 

La figure 1 montre un procede conforme a 1'invention. On y distingue 
un autocommutateur 1, dit PABX 1 pour Private Automatic Branch 
exchanger relie a des equipements de telephonie 2 et 3. Pour simplifier on 
peut admettre que les equipements 2 et 3 sont des postes telephoniques ou 
des micro-ordinateurs. La particularity de la construction des equipements 2 
et 3 est qu'elle est conforme a la norme RNIS de meme que celle de 
rautocommutateur 1. Selon cette norme RNIS on elabore pour toutes 
liaisons d'un equipement 2 a rautocommutateur 1 ou a un autre equipement 
3, des informations comportant une partie de signalisation 4 et une partie de 
contenu de message 5. Selon la norme RNIS les parties 4 et 5 sont traitees 
par des circuits differents. Les circuits qui traitent les informations 4 ont 
notamment pour objet de mettre en service toutes les commutations 
necessaires a I'acheminement des messages entre les equipements 2 et les 
equipements 3. 

Dans I'invention, on veut relier rautocommutateur 1 a un autre 
autocommutateur 6 du meme type, sachant que la liaison 7 qui permet de 
relier les deux autocommutateurs est une liaison d'un type different et 
fonctionnant selon un protocole different de celui de la norme RNIS. Dans 
I'exemple de la figure 1, le protocole de la liaison 7 est un protocole Internet 
respectant les instructions de type UDP - IP. Plus generalement la liaison 



comportera des canaux (non representes) pour transmettre les messages 5 
et un canal a la norme UDP - IP pour transmettre la signalisation 4 relative a 
ces messages 5. 

Dans Tinvention, on va alors transformer les informations 4 de 
signalisation qui sont donnees au format de la norme RNIS en un message 8 
de signalisation en un format accepte par le canal 7 selon I'autre norme. Par 
exemple des messages de signalisation 4, 41, 42, et 43 pourront etre 
encapsules dans des paquets UDP-IP 9 a 12. Les paquets 9 a 12 sont 
encapsules par des bits de controle conformes a la norme UDP - IP. Dans la 
norme UDP-IP, un message est insere dans un paquet UDP-IP. II n'y a pas 
plusieurs messages de signalisation dans un paquet UDP-IP. De plus un 
message de signalisation n'est pas coupe en plusieurs morceaux. Selon 
Tinvention, on envoie les messages 8 ainsi encapsules dans le canal 7 et on 
les regoit dans Tautocommutateur 6. Dans Tautocommutateur 6 on 
transforme ces messages 8 regus en des informations du type 4 conformes 
a la norme RNIS. Ces informations peuvent alors etre exploitees dans 
I'autocommutateur 6 pour permettre la liaison des equipements 2 et 3 avec 
d'autres equipements 13 et 14 (eventuellement sur un autre canal). 

Etant donne que le protocole UDP - IP presente des risques de perte 
de paquets et surtout, diversion de I'ordre des paquets 9 a 12, on va dans 
un perfectionnement de Tinvention modifier le message 8 formate selon la 
norme UDP - IP de fagon a lui adjoindre une information de rang. On 
modifie dans la structure du message 8 la constitution des blocs de donnees 
successifs : les blocs. 9 a 12. A chaque bloc on ajoute une information de 
rang. Par exemple cette information de rang est cotee sur un octet, le rang 
pouvant etre compris entre 0 et 255. Le rang est alors incorpore au message 

8 dans une zone respectivement 15 a 18 placee avant ou apres chaque bloc 

9 a 12. Le rang fait partie integrante de chaque bloc a envoyer. Selon 
Tinvention, dans ce cas, c'est le bloc a envoyer constitue d'un bloc 9 et de 
son rang 15 qui doit etre conforme a la norme UDP - IP. On envoie ensuite 



ces blocs a envoyer successifs a I'autre autocommutateur 6. Celui-ci les 
regoit et renvoie a rautocommutateur 1 un accuse de reception representant 
essentiellement le rang du dernier bloc envoye regu et correspondant a une 
suite continue de paquets envoyes regus. 

Dans un exemple I'envoi est effectue a I'aide d'une memoire tournante 
19 qui, dans un exemple, comporte 4 cases pour charger quatre blocs a 
envoyer. On charge ainsi le bloc a envoyer de rang 1 , le bloc a envoyer de 
rang 2, le bloc a envoyer de rang 3 et le bloc a envoyer de rang 4. Puis on 
envoie ces quatre blocs a envoyer, tour a tour, par le canal 7 a 
rautocommutateur 6. On peut par ailleurs charger la memoire 19 au fur et a 
mesure apres I'envoi des blocs a envoyer. Uautocommutateur 6 peut 
ensuite, compte tenu de conditions qui ont affecte la transmission, constater 
qu'il a regu effectivement le bloc envoye de rang 1 , le bloc de rang 2, qu'il n'a 
pas regu le bloc de rang 3 mais qu'il a par contre regu le bloc de rang 4. 
Dans ce cas, rautocommutateur 6 envoie un accuse de reception a 
rautocommutateur 1 en lui indiquant le rang 2 (n=2). Ceci signifie que les 
blocs ont ete regus d'une maniere continue jusqu'au bloc de rang 2. 

Dans ce cas, rautocommutateur 1 peut charger la memoire tournante 
19 avec un bloc suivant 5 et un autre bloc suivant 6 en lieu et place des 
blocs 1 et 2 deja regus. Le contenu de la memoire 19 sera alors constitue 
des blocs 3, 4, 5 et 6. Ainsi, lorsque rautocommutateur 1 charge la memoire 
tournante 19 avec les blocs 5 et 6, seuls ces deux blocs sont envoyes. Apres 
I'envoi du bloc 6, on se retrouve a devoir envoyer a nouveau le bloc 3 si, 
apres une temporisation, aucun accuse de reception superieur ou egal a 3 
n'est regu. Un bloc a envoyer est reellement envoye quand ce bloc est 
present dans la memoire tournante et quand ce bloc deja envoye n'a pas ete 
acquitte apres une temporisation. Done le bloc 3, et eventuellement le bloc 4 
sont envoyes. On remarquera que le bloc 4 pourra etre envoye une 
deuxieme fois bien qu'on ait pu I'avoir deja regu lors de son premier envoi, 
mais parce que sa temporisation peut egalement arriver a terme avant de 
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recevoir I'accuse de reception, I'acquit, du paquet 3 (ou meme du bloc 6 
puisque tous ces blocs ont ete envoyes). Ainsi de suite, on charge la 
memoire tournante 19 et on envoie les blocs au fur et a mesure de la 
reception des accuses de reception. On prevoit de plus, si aucun accuse de 
reception n'est regu, apres une temporisation donnee, de re-emettre en 
totalite le contenu de la memoire tournante. Ainsi, si aucun autre accuse de 
reception n'est regu depuis Taccuse de reception numero 2, on pourra 
emettre une seconde fois les blocs 3, 4, 5 et 6. 

II est par ailleurs possible que le bloc 3, qui n'a pas ete prealablement 
regu en temps utile, arrive en retard dans I'autocommutateur 6, alors que 
celui-ci a deja regu le bloc envoye 3 lors du second envoi de ce bloc a 
envoyer. Dans ce cas tout simplement ce bloc envoye est regu en double. II 
est ecarte et n'est pas traite une deuxieme fois. 

Selon un autre perfectionnement de I'invention, on teste en 
permanence I'existence fonctionnelle du canal 7 par envoi de message de 
surveillance. Les messages de surveillance 20 prennent tout simplement la 
forme d'un bloc de signalisation de rang 1 qu'on envoie avec la periodicite 
retenue pour le test de la fonctionnalite du canal 7. Par exemple ils peuvent 
etre envoyes toutes les 15 secondes environ. Si I'accuse de reception, 1, qui 
les concerne est regu, le canal est repute fonctionnel. S'il ne I'est pas, au 
bout d'un certain nombre de tentatives, le canal 7 est declare deficient et une 
procedure d'alerte doit etre engagee. II en est de meme si un bloc de rang n 
prevu n'est jamais regu. 

Etant donne qu'on a affecte qu'un octet pour constituer les rangs, le 
rang d'un bloc envoye ne peut pas etre superieur a 255. Ceci n'est pas 
genant puisqu'il suffit de recommencer de compter a partir de 0 lorsqu'on a 
atteint 255 si le nombre de blocs est superieur a 255. Dans ce cas, on devra 
seulement faire en sorte que la memoire tournante comporte un nombre de 
blocs sensiblement inferieur a 256. 

La figure 2 reprend des elements similaires a ceux de la figure 1 mais 



adaptes au protocole QSig-GF qui lui non plus n'est pas conforme a la 
norme RNIS. Dans celle-ci on a en outre un petit peu detaille le 
fonctionnement de rautocommutateur 1. Celui-ci comporte un 
microprocesseur 21 en liaison par un bus 22 avec les equipements 2-3, avec 
une interface 23 au format QSig-GF et avec une memoire programme 24 
comportant notamment un programme de formatage des messages au 
format comprehensible par la norme QSig-GF. II en etait de meme pour la 
figure 1 en ce qui concerne le protocole UDP-IP. Ce programme 24 
comporte entre autres, un mode d'utilisation particulier possedant une 
procedure d'appel, une procedure de connexion, une procedure d'envoi de 
messages libres dite FACILITY et une procedure de deconnexion. Dans 
I'invention, on va lancer avec le microprocesseur 21 une session de travail 
de Tinterface 23 pour qu'elle appelle rautocommutateur 6 en etablissant une 
communication sans canal D, qu'elle se connecte a lui et qu'elle reste 
connectee. Au besoin on supprimera des temporisations de deconnexion 
automatique. La communication sans canal B etablie est etablie par 
I'intermediaire de la voie D du faisceau QSig-GF. Elle est appelee 
communication support. Selon I'invention, ('utilisation des messages 
FACILITY dans le canal D, se fait par encapsulation de la signalisation de 
type RNIS (SAPI S et SAPI P) dans les messages FACILITY au travers de 
cette communication support. Les messages FACILITY sont echanges entre 
1'autocommutateur 1 et rautocommutateur 6 d'une maniere transparente. Le 
transfert peut se faire aussi longtemps que cette communication support est 
active. 

Selon ce mode, des messages a envoyer sur le canal au format QSig- 
GF doivent essentiellement comporter un en-tete 25. En pratique I'en-tete 25 
est donne sur un octet. Ce premier octet est un element d'information facilite 
(El FACILITY). II comporte quatre types d'informations. Un premier type 
d'informations renseigne sur la longueur du message de facilite. 

L'en-tete concerne aussi un discriminateur de protocole, des 
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references de I'appel de la communication support, et le type du message. 
En fait dans le cas present, le type du message sera toujours un type de 
FACILITY. 

Dans une zone 26 du message de FACILITY consecutive a la zone 
5 d'en-tete 25, on indiquera un entete propre au message. Dans une zone 27 
suivante on indiquera (par un code correspondant a S ou P) la nature de 
SAPI S ou de SAPI P du message. Dans une zone 28 suivante, libre, on 
enverra les messages de signalisation proprement dits : les informations 4 
vues precedemment. Si le message constitue alors selon le protocole QSig- 

10 GF est plus long que les 128 octets disponibles dans une trame normale du 
message de FACILITY (dont on doit par ailleurs deduire les en-tetes et 
zones 26 et 27), la longueur indiquee dans la partie 25 devra comporter une 
indication selon laquelle le message de FACILITY se continuera au-dela des 
128 octets. Dans ce cas, le message constitue comportera une partie 29, 

15 identique a la partie 26, et une partie 30. La partie 30 se substitue a 
Tindication relative au SAPI S ou au SAPI P. Mais elle comporte en pratique 
un rang de I'extension de longueur, au-dela de la longueur normale. Dans 
I'exemple represents, on a ainsi prevu que la partie 30 pouvait comporter 
une information de rang A, puis une information de rang B suivant. Ainsi de 

20 suite, selon la longueur du message de signalisation a transmettre, d'une 
part ('information 25 sera prevue en fonction de la longueur, et d'autre part 
des jalons A, B seront interposes au sein du message. 

Les donnees de signalisation a transmettre seront, dans I'invention, 
des donnees de controle des flux, des donnees de securite et, 

25 essentiellement, des donnees d'ordonnancement des messages. Selon 
Tinvention, la partie d'information 5 peut etre envoyee entre les 
autocommutateurs 1 et 2 par d'autres canaux, d'une maniere connue ou 
inconnue. Eventuellement les equipements 2 et 3 peuvent etre relies aux 
equipements 13 et 14 eux aussi par des canaux de type UDP - IP ou des 

30 canaux de type QSig-GF. Ces canaux, tout en etant de meme type que les 




canaux qui servent pour la transmission de la signalisation seront cependant 
differents. On n'envoie ainsi pas en meme temps la signalisation et les 
messages sur un meme canal. 
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REVENDICATIONS 



1 - Precede de transmission de donnees (4) de signalisation relatives 
a un acces (1-3) telephonique conforme a la norme RNIS, ces donnees de 
signalisation etant transmises sur un canal (7) selon une autre norme non 
conforme "a la norme RNIS, caracterise en ce qu'il comporte les etapes 
suivantes : 

- on etablit une fois pour toutes un canal (7) selon une autre norme 
non conforme a la norme RNIS, 

- on transforme des donnees de signalisation au format (8) de la 
norme RNIS en des donnees en un format accepte par le canal selon I'autre 
norme, 

- on envoie les donnees de signalisation ainsi transformees, 

- a la reception on les transforme reciproquement en des donnees de 
signalisation au format de la norme RNIS. 

2- Procede selon la revendication 1 t caracterise en ce que 

- le canal non conforme est selon la norme ethernet UDP-IP, et en ce 

que 

- on formate les donnees de signalisation a transmettre en blocs (9- 
12) successifs de donnees, 

- on constitue des blocs a envoyer avec ces blocs de donnees de 
signalisation successifs en leur ajoutant une information (15-18) de rang du 
bloc dans la succession, 

- on envoie les blocs a envoyer a partir d'un appareil (1) connecte a 
une extremite du canal, 

- on revolt les blocs a envoyer dans un autre appareil (6) connecte a 
une autre extremite du canal, 

- on teste dans cet autre appareil les blocs a envoyer regus, et 

- on fait envoyer par cet autre appareil un signal (n) d'accuse de 
reception designant le bloc a envoyer de rang le plus eleve re?u et 
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appartenant a une suite continue de rang de blocs a envoyer. 

3 - Procede selon Tune des revendications 1 a 2, caracterise en ce 

que 

- on envoie periodiquement des signaux de surveillance (20) sur le 
canal de selon cette autre norme, et 

- on teste le bon fonctionnement de ce canal selon cette autre norme. 

4 - Procede selon la revendication 1, caracterise en ce que 

- le canal non conforme fonctionne selon la norme QSig-GF, et en ce 

que 

- on etablit une liaison conforme a cette norme, 

- on configure cette liaison selon un mode dit FACILITY de cette 
norme, 

- et on formate (25-30) les donnees de signalisation a transmettre en 
occupant des segments libres de messages elabores selon le mode 
FACILITY de cette autre norme QSig-GF. 

5 - Procede selon Tune des revendications 1 a 4, caracterise en ce 

que 

- les donnees de signalisation sont des donnees de controle de flux, 
de securite, et d'ordonnancement de messages. 

6 - Procede selon Tune des revendications 1 a 5, caracterise en ce 
qu'on envoie des messages de donnees sur un autre canal que ce canal de 
signalisation de type non conforme a la norme RNIS. 
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ABREGE 



Procede de transmission de donnees de signalisation 



Pour resoudre les problemes d'envoi de signaux (4) de signalisation 
entre les autocommutateurs (1, 6) qui sont relies entre eux par des liaisons 
(7) ne comportant pas de possibilites d'emission de signaux de signalisation 
conformes a la norme RNIS, on simule dans un canal supplemental, le 
canal de signalisation necessaire. Dans ce cas, on transforme les donnees 
(4) de signalisation formatees selon la norme RNIS en des donnees 
formatees selon cet autre canal a remission et on les restitue selon leur 
format d'origine a la reception. On montre qu'en agissant ainsi on peut 
s'affranchir du caractere hybride des liaisons entre deux autocommutateurs 
conformes a la norme RNIS. Dans ces autocommutateurs il y a en effet des 
logiciels mis en ceuvre conformement a cette norme RNIS pour lesquels la 
liaison entre autocommutateurs devient transparente. 



Citation figure 1 



